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(54) WWW-based mail service system 

(57) In a computerized Distributed mail system, a 
plurality of client conputers are connected to each other 
via a network. Each client computer is configured to 
execute client mail application programs. A mail service 
system is also connected to the network. The system is 
for wearing server mail programs on server conrput- 
ers. The mail service system includes an index server 
for storing mail messages in message files, and for stor- 
ing a fidl-text index of the ma! messages. In addition, 
the system includes means for accessing the mail mes- 
sages by the plurality of client conputers by searching 
the full-text index using queries. 
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Description 

FIELD OF THE INVENTION 

The present invention relates generally to electronic 5 
mail, and more particularly to electronic mad messaging 
in a distributed computer system. 

BACKGROUND OF THE INVENTION 

10 

With the advent of large scale distributed computer 
systems such as the Internet the amount of i n form at ion 
which has become available to users of computer sys- 
tems has exploded. Among this information is electronic 
mail (e-mail). With the improvements in means for com- is 
posing and districting written messages, the amount of 
e-mail traffic on the Internet has surged. It is not unusual 
for an active Internet user to be exposed to tens of thou- 
sands of e-mail messages a year. 

As an advantage, the Internet allows users to inter- 20 
change useful information in a timely and convenient 
manner. However, keeping track of this huge amount of 
information has become a problem. As en additional 
advantage, the Internet now allows users to exchange 
information in a number of different presentation modal- 2s 
ities, such as text, audio, and still and moving images. 
Adapting e-mail systems to orgoiize such complex 
information, and providing efficient means to coherently 
retrieve the information is not trivial. 

As a disadvantage. Internet users may receive 30 
junk-mail whenever they send to mailing lists or engage 
in news groups. There are numerous reported incidents 
where specific users have been overwhelmed by thou- 
sands of unwanted mail messages. Current filtering 
systems are inadequate to deal with this deluge. 35 

Known distributed systems for composing and 
accessing e-mail are typically built around protocols 
such as IMAP, POP, or SMTP Typically, users must 
install compatible user agent software on any client 
computers where the mail service is going to be *o 
accessed. Often, a significant amount of state informa- 
tion is maintained in the users' client computers. For 
example, it is not unusual to store the entire mail data- 
base for a particular user in his desk-top or lap-top com- 
puter. Normally, the users explicitly organize mail *s 
messages into subject folders. Accessing mail generally 
involves shipping entire messages over the network to 
the cfient computer. 

Such systems are deficient in a number of ways. 
Most computers that a user wti encounter will not be so 
configured with user agents compat&e with the user's 
mail servica Often, a user's state is c^rtured in a spe- 
cific client computer which means that work cannot pro- 
ceed when the user moves to another computer. 
Managing large quantities of archival mail messages by 55 
an explicit folder organization is difficult for most users. 
Accessing mail over a low bandwidth network tends to 
be unsatisfactory. 



Therefore, it is desired to provide a mail system that 
overcomes these deficiencies. 

SUMMARY OF THE INVENTION 

The invention, in its broad form, resides in an elec- 
tronic type distributed mail system, as recited in claim 1 . 

Described hereinafter is a distrbuted mail system 
where a plurality of client computers are connected to 
each other and a mail service system via a network. 
Each client computer is configured to execute client mail 
application programs. The mail service system is for 
executing server mail progams on server computers. 
The ma I service system includes an index server for 
storing mail messages in message files, and for storing 
a full-text index of the mail messages. In addtion, the 
system includes means for accessing the mail mes- 
sages by the plurality of dient computers by searching 
the full-text index using queries. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more detailed understanding of the invention may 
be had from the following description of a preferred 
embodiment given by way of example, and to be under- 
stood with reference to the accompanying drawing 
wherein: 

♦ Figure 1 is a block diagram of an arrangement of a 
(fistrtouted mail service system which uses the 
invention; 

♦ Rgure 2 is a block diagram of a mad service system 
of the arrangement of Figure 1 ; 

♦ Figure 3 is a block diagram of an account manager 
and account records of the system of Figure 2; 

♦ Rgure 4 is a block diagram of message and log files 
maintained by the system of Figure 2; 

♦ Figure 5 is a flow diagram of a parsing scheme 
used for mail messages processed by the system of 
Rgure 2; 

♦ Rgure 6 is a block diagram of a full-text index for the 
message files of Figure 4; 

♦ Rgure 7 is a diagram of a labeled message; 

♦ Rgure 8 is a diagram of an address book entry; 

♦ Rgure 9 is a flow diagram for filtering queries; and 

♦ Rgure 1 0 is a block diagram for a MIME filter. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

System Overview 

In Rgure 1 . an arrangement 100 provides a distrib- 
uted mail service having features embodying the inven- 
tion. In Figure 1 , one or more client computers 111-113 
are connected via a network 120 to a mail service sys- 
tem 200 described in greater detail below. 
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atom Computers 

The client corrputers 1 1 M 13 can be workstations, 
PCs, lap-tops, palm-tops, network computers (NCs), or 
any other similar configured oomputer system. The cti- s 
ents 111-113 can be owned, borrowed, or rented, It 
should be noted that in practice, the clients 1 11-113 can 
potentially be any of the milBorts of personal conputer 
systems that are cirrentty extant and connected to a 
network. Over time, a user may use different dient com- w 
puters at afferent locations. 

As shown tor computer 111, each dient computer 
executes standard operating system software (O/S) 
114, e.g., UNIX®, Windows95® MacOS® or NT®. The 
O/S 114 is used to execute application software pro- is 
grams. One of the application programs which can exe- 
cute on the dient 1 10 is a Web browser 1 15. The Web 
browser 115 can be Netscape Navigator®, Microsoft 
Fxptorer®, Hot Java®, and other similar browsers. 

The functionality of the browser 115 can be 20 
extended by forms, applets, and plug-ins generally indi- 
cated by reference numeral 116. In the preferred 
embodiment, the browser extensions are in the form of 
client mail application programs described in greater 
detail below. The dient mail application programs are 26 
downloaded over the network 120 from the mail service 
system 200. The extensions can be implemented using 
HTML, JavaScript Java applets, Microsoft® ActiveX, or 
combinations thereof to provided maximum portability. 

As shown for computer 1 1 2. the dient indudes one 30 
or more processors (P) 117, memories 118 (M). 
input/output interfaces (I/O) 119 connected to each 
other by a bus 120. The processors 1 17 can implement 
CISC or RISC architectures in 32. 64, or other bit length 
data structures. The memories 118 can include solid 35 
state dynamic random access memory (DRAM), and 
fixed and removable memories such as hard disk drives, 
CD-ROMs, diskettes, and tapes. The I/O 119 can be 
connected to input devices such as a keyboard and a 
mouse, and output devices such as a display and a 40 
printer. The I/O 1 19 can also be configured to connect 
to multi-media devices such as sound-cards, image 
processors, and the like. The I/O also provides the nec- 
essary communications links to the network 120. 

46 

Network 

In the preferred embodiment the network 120 
indudes a large number of public access points, and 
communications are carried out using Internet Proto- so 
cols (IP). Internet protocols are widely recognized as a 
standard way of communicating data. Higher level pro- 
tocols, such as HTTP and FTP, communicate at the 
application layer, while lower level protocols, such as 
TCP/IP operate at the transport and network levels. ss 

Part of the Internet indudes a data exchange inter- 
face called the World-Wide- Web. or the "Web" for short. 
The Web provides a way for formatting, communicating. 



inter-connecting, and addressing data according to 
standards recognized by a large number of software 
packages. For example, using the Wetx rmiti -media 
(text, audio, and video) data can be arranged as Web 
pages. The Web pages can be located by the browser 
1 15 using Uniform Resource Locators (URLs). 

A URLs specifies the exact location of a Web-based 
resource such as a server or data record. The location 
can include domain, server, user, file, and record infor- 
mation, e.g., HTTPy/www.dg- 
rtal.conV-userid^ae.html/-record N An Internet service 
can be used to send and receive maH messages. For 
example, a mai message can be sent mail to the 
address "jones@mail. digital. com" using the SMTP pro- 
tocol. As an advantage, the Internet and the Web allow 
users, with only minor practical limitations, to exchange 
data no matter where they are using any type of compu- 
ter equipment 

Intranet 

The mail service system 200 includes one or more 
server computers. Usually, the system 200 is part of 
some private network (intranet) connected to the public 
network 120. Typically, an intranet is a distrtouted com- 
puter system operated by some private entity for a 
selected user base, tor example, a corporate network, a 
government network, or some cornmeraal network 

FIrewaO 

In order to provide security protection, communica- 
tions between components of the Internet and the 
intranet are frequently filtered and controlled by a fire- 
wall 130. The purpose of the firewall 130 is to enforce 
security policies of the private intranet One such policy 
may be "never allow a dient computer to directty con- 
nect to an intranet server via the public portion of the 
Internet." The firewall, in parts, protects accesses to 
critical resources (servers and data) of the intranet. 

Only certain types of data traffic are allowed to 
cross the firewall 130. Penetration of the firewall 130 is 
achieved by a tunnel 131. The tunnel 131 typically per- 
forms a secure chaJlenge-and -response sequence 
before access is allowed. Once the identity of a user of 
a client has been authenticated, the communications 
with components of the intranet are performed via a 
proxy 6erver, not shown, using secure protocols such 
SSL and X.509 certificates. 

MaH Service System 

The mail service system 200 can be implemented 
as one or more server conputers connected to each 
other either locally, or over large geographies. A server 
computer, as the name implies, is configured to execute 
server software programs on behalf of client conputers 
111-113. Sometimes, the term "server" can mean the 
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hardware, the software, or both because the software 
programs may dynamically be assigned to different 
servers computers depending on load conditions. Serv- 
ers typically maintain large centralized data repositories 
for many users. 5 

In the mail system 200, the servers are configured 
to maintain user accounts, to receive, filter, and organ- 
ize mail messages so that they can readily be located 
and retrwed, no matter how the information in the mes- 
sages is encoded. w 

General Operation 

During operation of the arrangement 100, users of 
the client conTputers 111-112 desire to perform e-mail 15 
services. These activities typically include composing, 
reading, and organizing e-mail messages Therefore, 
the client computers can make connections to the net- 
work 120 using a public Internet service provider (ISP) 
such as AT&T or Earthlink. Alternatively, a client compu- 20 
ter can be connected to the Internet at a "cyber-cafe" 
such as CybersmHh, or the intranet itself via a local area 
network. Many other connection mechanism can also 
be used. 

Once a connection has been made, a user can per- 25 
form any mail service. 

As an advantage, structural and functional charac- 
teristics of the arrangement 100 include the following. 
Mail services of the system 200 are available through 
any Web-connected client computer. The users of the 20 
services can be totally mobile, moving among different 
clients at will during any of the mail activities. Composi- 
tion of a mail message can be started on one client 
completed on another, and sent from a yet another com- 
puter. 35 

These characteristics are attained, in part, by never 
locking a user's state in one of the dient computers in 
case access is not be possible at a later time This has 
the added benefit that a client computer's local storage 
does not need to be backed-ip because none of the 40 
important data reside there. In essence, this is based on 
the notion that the operating platform is the Web, thus 
access to mail service system via the Web is sufficient 
to access user data. 

The service system will work adequately over a 45 
wide range of connectivity bandwidths, even for mail 
messages including data in the form of multi-media. 
Message retrieval from a large repository is done using 
queries of full-text index without require a complex clas- 
sification schema so 

The arrangement 100 is designed to incorporate 
redundancy techniques such as multiple access paths, 
and replicated files using redundant arays of independ- 
ent disks (RAID) technologies. 

55 

Mail Service System 

As shown in Figure 2, the mail service system 



includes the following components. The system 200 is 
constructed to have as a front-end a Web server 210. 
The server 210 can be the "Apache" Web server availa- 
ble from the WWW Consortium. The Web server 210 
interacts with a back-end common gateway interface 
(CGI) programs 220. The programs interface with an 
account manager 300. a STMP mail server 240, and an 
index server 250. The CGI programs 220 are one possi- 
ble mechanism. The propams could also be inpie- 
mented by addng the code directly to the Web server 
210, or by adding extensions to the NSAPI from Net- 
scape. 

The top-level functions of the system 200 include 
send mail 241, receive mail 242. query index 243, 
add/remove label toArom mail 244, and retrieve mail 
245. Different servers can be used for the processes 
which implement the functions 241 -245. 

The account manager 300 maintains account infor- 
mation. The mail server 240 is used to send and receive 
mail messages to and from other servers connected to 
the network The index server 250 maintains mail mes- 
sages in message fles 400, and a full-text index 500 to 
messages. The CGI programs 220 also interact with the 
messages files 400 via a titer 280 for mad message 
retrieval. 

The Web server 210 can be any standard Web 
server that implements the appropriate protocols to 
communicate via the network using HTTP protocols 
201 , tor exanple the Apache server. The CGI back-end 
programs 220 route transactions between the Web 
server 210 and the operational components of the mail 
service system. The CGI back-end 220 can be imple- 
mented as C and TCL programs executing on the serv- 
ers 

Account Manager 

As shown in Figure 3, the account manager 300 
maintains account information 301-303 for users who 
are allowed to have access to the mail system 200. 
Information maintained for each account can include: 
mail-box address 310, ag., in the form of a "Post Office 
Protocol (POP-3) address, user password 320, label 
state 330, named queries 340. filter queries 350, query 
position information 360, user preferences 370, and 
saved composition states 380. The full meaning and 
use of the account information wil be come apparent as 
other components of the 6ystem 200 are described. 

As an introduction, passwords 320 are used to 
authenticate users. Labels 330 are used to organize 
and retrieve mail messages. Labels can be likened to 
annotated notes that can be added and removed to 
messages over their lifetimes, in other words labels are 
mutsfcla Labels help users organize their messages 
into subject areas. At any one time, the label state cap- 
tures all labels that are active for a particular user. 
Labels wil be described in greater detail below. 

In the system 200, mail messages are accessed by 
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using queries. This is in contrast to explicitly specifying 
subject folders as are used in many known mail sys- 
tems. A query is composed one or more search terms, 
perhaps connected by logical operators, that can be 
used to retrieve messages. By specifying the name of a 5 
query, a user can easily retrieve messages related to a 
particular topic, phrase, date, sender, etc. Named que- 
ries 340 are stored as part of the account information. 

Some queries can be designated as litter" queries 
340. This allows a user to screen, for example, "junk 10 
mail." commonly known as spam. Fitter queries can 
also be used to pre-sort messages received from partic- 
ular mailing lists. Query position information records 
which message the user last selected with a query. This 
way the user interface can position the display of mes- 15 
sages with respect to the selected message when the 
query is reissued. User preferences 370 specify the 
appearance and functioning of the user interface to the 
mail service as implemented by the extended browser 
1 16 of Figure 1. Saved composition states 380 allow a 20 
user to compose and send a message using several dif- 
ferent client computers while preparing the message. 

The account manager 300 can generate a new 
account, or deleted an existing account. The account is 
generated for a user by specifying the user name and ss 
password. Once a skeletal account has been gener- 
ated, the user can supply the remaining information 
such as labels, named queries, fitter queries, and so 
forth. 

30 

Mall Server 

No* with continued reference to Figure 2. the mail 
server system 200 receives (242) new mail messages 
by communicating with the mail server 240 using the 35 
POP-3 protocol. Mail messages are sent (241) using 
the SMTP protocol. The appropriate routing information 
in the mail server 240 for a particular user can be gen- 
erated after the user's account has been generated. A 
TOP Account Name" should be specified as the user's *o 
name. In most systems, the name will be case sensitive. 
The "POP Host" should be the Internet domain name of 
the mail server 240. Here, the case of the letters is 
ignored. An IP address such as "16.4.0.16" can be 
used, although the domain name is preferred In some 4$ 
cases, a particular user's preferred Internet e-mail 
address may be unrelated to the POP Account Name, 
or the POP Host The mad server 240 is connected to 
the Internet by fink 249. 

The rapid expansion in the amount of information so 
which is now available on-line has made it much more 
difficult to locate pertinent information. The question *in 
which folder did I store that message?," becomes more 
difficult to answer if the number of messages that one 
would like to save increases ever long time periods to ss 
many thousands The importance and frequency of 
accessed messages can vary. 

TracHonaily, the solution has been to structure the 



mail messages in a hierarchical manner, e.g., files, fold- 
ers, sub-folders, sub-sub-tolders, etc. However, it has 
been recognized that such structures do not scale eas- 
ily because filing strategies are not consistent over time. 
Many users find that hierarchical structures are inade- 
quate for substantial quantities of e-mail messages 
accumulated over many years. Particularly, since the 
meaning and relation of messages changes over time. 
Most systems with an explicit fifing strategy require con- 
stant and tedious attention to keep the hierarchical 
ordering consistent with current needs. 

Message Repository 

Messages are stored in message files 400 and a 
full-text index. The organization of the message files is 
first described. This is followed by a description of the 
full-text index 500. As a feature of the present invention, 
user interaction with the mail messages is primarily by 
queries performed on the full-text index 500. 

As shown in Figure 4, the index server 250 assigns 
each received message 401 -402, a unique identification 
(MsgID) 410. The MsgID 410 is oonposed of a hie iden- 
tification (RlelD) 411, and a message number (Msg- 
Num) 412. The RlelD "names,'* or is a pointer to a 
specific message file 420, and the Msg Num is some 
arbitrary numbering of messages in a fie, e.g., an index 
into the file 420. 

A message never changes after it has been filed. 
Also, the MsgID 410 forever identifies the same mes- 
sage, and is the only ID for the message. In the refer- 
enced message fie 240, a message entry 430 includes 
the MsgNum stored at field 431. labels 432, and the 
content of the message itself in field 433. 

The nunrtoer of separate files 240 that are main- 
tained for storing messages can depend on the design 
of the underlying file system and specific implementa- 
tion details For example, the size and number of entries 
of a particular file may be limited by the file system. 
Also, having multiple files may facilitate file maintenance 
functions such as back-up and restore. 

Label Log 

Although a message may never change, the set of 
labels associated with a message may change. 
Because labels can change, a transaction log 440 is 
also maintained. The log 440 includes "add" entries 
(+labef) 450. and "remove" entries (-label) 460. Each 
entry includes the MsgID 451 or 453 of the effected 
message entry, aid label that is being added (452) or 
deleted (453). The contents of the log 440 are occasion- 
ally merged with the message fies 240. Merged entries 
are removed from the log 440. The label log 440 allows 
for the mutation of Labels attached to data records such 
as mail messages, where the labels and the data which 
are labeled are stored in the same index. 
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Full-Text Index 

Figures 5 and 6 show how the index server 250 
generates the fufl-text index 500. Newly received mail 
messages are processed in batches 403-404. Mes- 
sages 401 and 402 of a batch are parsed into individual 
words 510. A batch 403 in a large mail service system 
may include hmdreds or thousands of messages. The 
words of the messages are parsed in the order that they 
are received in a batch. Each word is arbitrarily 
assigned a sequential location number 520. 

For example, the very first wad of the very first 
message of the very first batch is assigned location "1 
the next word location "2,* and the last word location "3." 
The first word of the next message is assigned the next 
sequential location "4," and so forth. Once a location 
has been assigned to a word, the assignment never 
changes, ff the location is expressed as a 64 bit number, 
then it is extremely unlikely that there will ever be an 
overlap on locations. 

As the messages are parsed, the indexing process 
generates additional ■metawords" 530. For example, an 
end -of -message (eom) metaword is generated for the 
last word of each message The metawords are 
assigned the same locations as the words which trig- 
gered their generation. In the example shown, the loca- 
tion of the first eom metaword is "3," and the second is 
w 5/ 

Other parts of the message, such as the To," 
"From," "Subject," and "Date" fields may generate other 
distinctive metawords to help organize the full-text index 
500. Metawords help facilitate searches of the index. 
Metawords are appended with predetermined charac- 
ters so that there is no chance that a metaword will ever 
be confused with an actual parsed word. For example, 
metawords include characters such as "space" which 
are never allowed in words. Hereinafter, the term 
"words" means both actual words and synthesized 
metawords 

After a batch of messages have been parsed, the 
words and their assigned locations are sorted 540. first 
according to the collating order of the words, and sec- 
ond according their sequential locations. For example, 
the word "me" appears at locations *3" and "5" as shown 
in box 550. The sorted batch 550 of words and locations 
is used to generate the index. Each sorted batch 550 is 
merged into the index 500, initially empty. 

Index Structure 

Figure 6 shows the logical structure of an index 600 
according to the preferred embodiment. The index 
includes a plurality of word entries 610. Each word entry 
610 is associated with a unique "word," that appeared at 
least once in some indexed message. The term "word" 
is used very loosely here, since the parsing of the words 
in practice depends on which marks/characters are 
used as word separators. Words do not need to be real 



words that can be found in a dictionary. Separators can 

be spacing and punctuation marks 

The indecer 250 will parse anything in a message 

that can be identified as a distinct set of characters 
5 delineated by word separators. Dates are also parsed 

and placed in the index. Date6 are indexed so that 

searches on date ranges are possible. In an active 

index there may well be millions of different words. 

Therefore, in actual practice, compression techniques 
w are extensively used to keep the files to a reasonably 

size, and allow updating of the index 500 as it is being 

used. 

The word entries 610 are stored in the collating 
order of the words. The word is stored in a word field 

is 61 1 of the entry 610. The word field 61 1 is followed by 
location fields (Iocs) 612. There is one location field 612 
for every occurrence of the word 61 1. As described in 
the Burrows reference, the locations are actually stored 
as a sequence of delta -values to reduce storage. The 

20 index 600 is fully populated. This means the last byte 
614 of the last location field of a word is immediately fol- 
lowed by the first byte 615 of the next word field. 

Labels 

25 

Labels provide a way for users to annotate mail 
messages. Attaching a label to a message is similar to 
affixing a note to a printed document. Labels can be 
used to replace the folder mechanisms used by many 

so prior art mail systems. However, a single mail message 
can be annotated with multiple labels. This compares 
favorably to folder-based systems where a message 
can only be stored in a single folder. 

Users can define a set of labels with which to work. 

33 The labels are nothing more than predefined text 
strings. The currently active set of labels for a particular 
user. e.g. the label state 330 of Figure 3. is maintained 
by the account manager 300 and is displayed in a win- 
dow of the graphical user interface. Labels can be 

40 added and removed by the system or by users 

As shown in Figure 6. \ebeks are stored in a data 
structure 650 that parallels and extends the functionality 
of fulMext index 500. Labels are subject to the same 
constraints as index words. Also, queries on the ful-text 

46 index 500 can contain labels, as well as words, as 
search terms. A label is added to a mail message by 
adding a specific index location (or locations) within the 
message to the set of locations referred to by the spec- 
ified label. Label removal is the opposite. Oper ati on s on 

so labels are much more efficient than other operations 
that mutate the state of the full-text index. 

The on -disk data structure tor the label tndac 650 
that represents the label state 320 is the same as that 
descrbed for index word entries 600. This means that 

55 the label state can be thought of as an extension of the 
full-text index 500. Accordingly, the label index exten- 
sion, tike the index 500. maps labels (words) 651 to 
sequences of index locations 652. 
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Although the strudunit formats of the label exten- 
sion 650 and the fufl-text index 500 are the same, tor 
efficiency reasons, the label portion of the index is man- 
aged by a software component that is distinct from the 
software that manages the fufl-text index 500. If a term 
of a query string is found to be a label, then the label 
index 650 is searched to provide the necessary location 
mapping. This mapping is firth er modified by the label 
log 440 that contains all recent label mutations (addi- 
tions or removes). The label log 440 cai include an in- 
memory version 660. Since operations on this structure 
are in-memory, updates for recent label mutations 660 
can be relatively fast while the updating of the label 
index 650 can take place in background. 

As shown in Figure 7. a message 700 includes a 
header 701 and a body. The header 701 typically 
includes the To", "From", "Date" and "Sifcject" fields. 
The header may also include routing information. The 
body 702 is the text of the mail message. 

Each mail message can initially receive two labels. 
Inbox" 710 and "unread" 720. Messages labeled as 
"unread" 720 have not yet been exposed for reading. 
Messages with the Inbox" label 710 are deemed to 
require the user's attention. As will be described below, 
it possible for messages to be labeled as unread but not 
have the inbox label. These less irrportant messages 
can be read by the user as needed. 

Outputting, e.g., displaying or printing, a message 
removes the unread label 720 under the assumption 
that it has been read. A user can explicitly add or 
remove the unread label. A message can be deleted by 
attaching a "delete" label 730. This has the effect that 
the message will not been seen again because mes- 
sages labeled as deleted are normally excluded during 
searches. Removing the deleted label has the effect of 
"undeleting" a message 

Although a preferred embodiment uses labels for 
data records that are mail messages, it should be 
understood that "mutable" labels can also be used for 
other types of data records. For example, labels which 
can be added and removed can be used with data 
records such as Web -pages, or news group notes. The 
key feature here is that labels are indexed in the same 
index as the record which they label, and that labels can 
be added and removed. 

Queries 

After e-mail messages have been indexed and 
labeled, the messages can be retrieved by issuing full- 
text queries. A query searches for messages that match 
on words and labels specified in the query. This is in 
contrast with known mail systems where users access 
mail by remembering in which file, folder, or sub-folder 
messages have been placed so the folder can be 
searched. As an advantage of the present system, 
users only need to recall some words and labels to find 
matching messages. 



The syntax of the query language is simiar as 
described in the Burrows reference. A query includes a 
sequence of primitive query terms, combined by opera- 
tors such as "and." "or." "not" "near," and so forth. A 

5 primitive term can be a sequence of alpha-numeric 
characters, i.e.. a "word." without punctuation marks. If 
the terms are enclosed without quotation marks (*), the 
search is for an exact match on the quoted string. A 
term can be a label. A term such as "from J ie d " 

w searches tar messages with the word "fred" in the "from" 
field of a message header. Simitar queries can be for - 
mtiated for the "to." "from, "oc." and "subject" fields of 
the header. 

A term such as "1 1/2/96-2 5/Dec/96" searches for 
15 all messages in the specified date range. The parsing of 
dates is flexHe. e.g.. 12/25/96. 25/12/1996. and 
Dec/25/96 ail mean the same date. In case of ambiguity 
(2/1/96), the European order (day/month) is assumed. 

During normal operation, the CGI program 220 
20 modifies each issued query by spending a term which 
exdudes the "deleted" label, e.g.. "and not deleted." 
This has the effect of hiding all deleted messages from 
the user of the dient There is an option in the user inter- 
face which inhibits this effect to make deleted messages 

6 visible. 

Named Queries 

Queries can be "named." Named queries are main- 
30 tained by the account manager 300. By specifying the 
none of a query users can quickly perform a search for 
e-mail messages including frequently used terms. 
Users can corrpose complex queries to match on some 
pattern in indexed messages, perhaps intermixing con- 
35 ditions about messages having particular text or labels, 
and to keep the query for subsequent use. 

Named queries can be viewed as a way for replac- 
ing prior art subject folders. Instead of statically organiz- 
ing messages into folders according to predetermined 
40 conditions, queries allow the user to retrieve a specific 
collection of messages depending on a current set of 
search terms. In other words, the conditions which 
define the collection are dynamically expressed as a 
query. 

46 

History List 

Recently performed queries are kept in a "history" 
list Accordingly, frequently performed queries can read- 
so ily be re-issued, for example, when the index has been 
changed because of newly received mafl, or because of 
actions taken by other client computers. 

Dynamic Address Book 

55 

Queries can also be used to perform the function of 
prior art "address books." In many known e-mail sys- 
tems, users keep address books of frequently used 
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addresses. From time to time, users can add and 
remove addresses. There, the address books are stati- 
cally maintained as separate data structures or address 
book tees. Fa example, there can be "personal* and 
"public' related address books. In contrast here, there 
is no separately stored address book. Instead, an 
"address book" is dynamically generated as it is 
needed. The dynamic address book is generated from 
the files 400 and the full-text index 500 as follows. 

As shown in Figure 8, a user of a ctient computer 
820 can generate address book type information using 
a form 800 supplied by one of the client mail application 
programs 116. The form 800 includes, for example, 
entry fields 801-803 for address related information 
such as name, phone number, (hard-copy) mail 
address, and (soft-copy) e-mail address, and so forth. 
Alternatively, address information can be selected from 
a prior received mail message 805 by clicking on appro- 
priate fields in the header a body of the message 805. 

From the perspective of the mail service system 
200 and the index server 250. the address book infor- 
mation is handled exactly as a received mail message. 
This means that for example, the data of the fields 801 - 
803 are combined into an "address book" mail message 
810. An "address" label 809 can also be added to the 
entry using the labeling convention as described herein. 
The address book maB message 810 and label 809 can 
be stored in one of the message files 400. Additionally 
the message 810 can be parsed and inserted into the 
full-text index 500 as are the words and labels of any 
other mail message. In other words, the address infor- 
mation of form 800 is merged and blended with the full- 
text index 500. 

After the address information has been filed and 
indexed, the address information can be retrieved by the 
user of the dient computer 820 composing a query 830 
using the standard query interface, with perhaps, the 
Idbel "address" as one of the query terms. The exact 
content to be retrieved is determined at the time that the 
terms and operator of the query 830 are composed by 
the user. The address information, i.e.. one or more 
address book mail messages, which satisfies the query 
is returned to the client computer 820 as the dynamic 
address book 840. The user can then select one of the 
addresses as a "to" address for a new, reply, or forward 
mail message. 

Message Resemblance 

It is also possftle to search for messages which 
resemble a currently selected message. In this case a 
document resemblance technique can be used. Such a 
technique allows a user to find all messages which 
closely relate to each other. 

Sorting Search Results 

When a search for an issued query completes, the 



results of the search are presented in an order accord- 
ing to their MessagelD 411, Figure 4. tn practice, this 
means that qualifying messages are presented in the 
temporal order of when the messages were received. 
s Most prior art e-mail systems allow other sort 
orders, such as by sender, or by message thread (a 
sequence of related messages). There is no need for 
such capabilities here. Consider the toi owing possibili- 
ties. 

10 Messages from a particular user can be specified 
by including in a query a term such as trom:jones." This 
will locate only messages from a particular user. >bu 
can select messages of a particular "thread* by using 
the "view discussion" option of the user interface 

15 descrbed below. As slated above, messages for a par- 
ticular date range can be specified in the query. 

Filtering Messages 

20 In order to facilitate mail handing, particularly for 
someone receiving a large amount of e-mail, a user can 
oonfigure the filter 280 to his or her own preferences as 
shown in Figure 9. A message filter is specified as one 
or more name litter" queries 910. The naned query 

25 910 is stored as part of the account information of Fig- 
ure 3. The named fitter query 910 can be composed on 
a client computer 920 using the client mail application 
programs downloaded from the mail service system 
200. 

30 New messages 930 received by the mal service 
system 200 are stored, parsed, and indexed in the mes- 
sage files 400 and full-text index 500 as described 
above In addition, each new message 930 can be com- 
pared with the named queries 910. If the content of a 

35 new message 930 does not match any of the named fil- 
ter queries 910. then the new message 930 is given the 
irtbcK label 710 and the unread label 720. i.a. the mes- 
sage is placed in the "In-box" 940 for the user's atten- 
tion. Otherwise, the new message 920 is only given the 

40 unread label 720. 

For example, mail which is sent out typicaly has a 
"from" field including the name of the sender, e.g.. 
"From: Jon Doer in the message header. Aftematively, 
the body of the mail mee6age may include the text. ">bu 

46 are getting this message from your good friend Jon 
Doe." The user Jon Doe can set ip a named ffter query 
"SentByME" as "From near (Jon Doe)". This query will 
match any message which contains the word from" 
near the word phrase "Jon Doe." The effect is tat users 

so do not aqsJicttly become aware of messages tat match 
on the filter query 910. For example, a user may want to 
f Iter messages which are "cc" copies to one self. A user 
may also desire to filter out jink e-mail messages arriv- 
ing from commercial e-mail dstributors afl known 

55 domains, or pre-sort messages received via mailing 
lists. 
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Message Display Options 

' From the user's perspective, access to the mai 
services is implemented by extensions to the Web 
browser, such as Java applets. Messages are normally s 
displayed by their primary component being transmitted 
to the dient in the HTML format, and being displayed in 
the Java applet's window. The first line of a displayed 
message contains any "hot-links" which the user can 
click to display the message in one of the Web 10 
browser's windows, either with the HTML formatting, or 
as the original text uninterpreted by the system. It 
should be noted, headers in Internet messages, 
depend ng on routing, can be quite lengthy. Therefore, it 
is posstte to restrict the view to just the from," "to," 15 
"cc," 'date," and "subject" fields of the header. 

Embedded Unto 

When displaying retrieved messages, the system so 
200 heuristically locates text strings which have the syn- 
tax of e-maii addresses. If the user dick on one of these 
addresses, then the system wil display a composition 
window, described below, so that the user can easily 
generate a reply message to the selected e-mail 2s 
address(es). 

Similarly, when displaying retrieved messages, the 
system 200 heuristicaly locates text strings that have 
the syntax of an URL, and makBS the string a hot-fink. 
When the user dicks on the hot-link, the URL is passed 30 
to the browser, which will retriwe the contents over the 
network, and process the content in the normal manner. 
The system also attempts to detect components in mes- 
sages, such as explicitly "attached" or implicitly "embed- 
ded" fies The ffles can be in any number of posstole 35 
formate. The content of these files are displayed by the 
browser 115. The specific display actions used wil - 
depend on how the browser is configured to respond to 
different component file formats. 

For some fie formats, for example GIF and JPEG, *o 
the component can directly be splayed. It is also pos- 
sible to configure the browser with a "helper" applet to 
"display" attached files having specific format types as 
"icons." For example, the message may be in the form 
of an audo message, in which case, the message 46 
needs to be "said," and not displayed. For some mes- 
sage formats, the browser may store 6ome of the con- 
tent in file system of the dient computer. 

U>w- Bandwidth Filtering so 

Since the dient computers 111-113 may access the 
mail service system via low-bandwidth network connec- 
tions, an attempt is made to minimize the amount of 
data that are sent from the mai service system to the ss 
dient computers. Even over high-speed communica- 
tions channels, minimizing the amount of network traffic 
can rnprove user interactions. 



Because the mafl service system 200 allows mail 
messages to indude attached or embedded mutti- 
medfe files, mai messages can become quite large, in 
the prior art, the entire mai message, induded ties are 
typically shipped to the dient computer. Thus, any part 
of the mail message can immediately be read by the 
user after the message has been received in the dient 

As shown in Figure 10, the mail service system 200 
can recognize messages components that are induded 
as such. The system 200 can discover an expicffly 
attached fie 1010 to a message 1000, and the system 
200 can also heuristically discover textual components 
1021-1021 that are implicitly errtoedded without MIME 
structuring in the message For example, the system 
200 can recognize embedded "uuencoded" endosures. 
base 64 enclosures, Postscript (and PDF) documents. 
HTML pages, and MIME fragments. 

Accordingly, the system 200 is configured to "hold- 
back" such components 1010. 1020-1021 encoded in 
different formats using a "MIME" filter 1001. The 
attached and embedded components are replaced by 
hot-links 1031 in a reduced size message 1030. Only 
when the user dicks on one of the hot-Inks 1031 is the 
components sent to the requesting dient computer. 

Client Computer User Interface 

The following sections described how the Web 
browser 1 15 is configured to provided the e-mai serv- 
ices of the system 200. The functions described can be 
displayed as pUI-down menus, or as button bars 
depending on a desired appearance. Preferably, the 
functions are inplemerrted as Java applets. 

File Menu 

The file menu has the following options. Administra- 
tion. Preferences, and Quit, tf the user dicks on the 
Administration option button, then the system 200 loads 
the system administrative page into the browser 116. 
Using the Administrative window, subject to access con- 
trols, the user can view and modify accounts, and view 
the server log files. The preferences option is used to 
modify user preferences 370. Quit returns to the main 
log-in window. 

Queries Menu 

This menu indudes the View Discussion, Name 
Current Query, Forget Named Query, Exclude "deleted" 
Message, and Vbur Query Options. The View Discus- 
sion option issues a query tor messages related to the 
currently selected messaga Here, "related" means any 
messages which share approximately the same subject 
line, andtor being in reply to such a message, or mes- 
sages (inked by a common standard "RFC822" mes- 
sage ID. 

The Name Current Query allows a user to attach a 
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text string to the current query. This causes the system 
200 to place the query in the account tor the user for 
subsequent use. The Forget Named Query option 
deletes a named query. 

The Excluded "deleted" message option omits from s 
a query result all messages that have the deleted label. 
This is the default option. CficWng on trim option 
changes the behavior of the system 200 to include, in 
response to a query, "deleted" messages. The >bur 
Named Queries option displays a particular user's set of i o 
named queries 340. GicMng on any of the displayed 
names issues the query. 

Labels Menu 

is 

This menu includes the Record Label, and Forget 
Label options. These option respectively allow for the 
addition and removal of labels to and from the label 
state 330. 

20 

History Menu 

The client keeps a history of, for example, the last 
ten queries to allow for the reissue of queries. The 
options of this menu are Go Back, Redo Current Query, 2S 
Go Forward, and The History List. Go Back reissues the 
query preceding to the current query. Redo reissues the 
current query. This option is useful to process mes- 
sages which have recently arrived, a in the case where 
the user's actions have altered the messages files 400 so 
in some other manner. Go Forward reissues the query 
following the current query. The History List displays all 
of the recently issued queries. Any query listed can be 
reissued by clicking on the query. 

35 

Messages Menu 

Options here include: Select Afl, Select Unread, 
Select Read. Mark As Unread, Mark As Read. Add 
Labels, Remove Labefa and Use Built-in Viewer. The 40 
Select All option selects aB messages which match the 
current query. The next two options respectively select 
message that do not, and do have the unread label. The 
following two options add and remove labels letoel to 
currently selected messages. 46 

The user interface normally displays a message by 
converting the message to an HTML format and pre- 
senting it to an HTML viewer which can either be in the 
browser's main window, or with a built-in viewer. The 
last option of the message menu selects the viewer. so 

Help Menu 

The help options can be used to display informa- 
tional pages on how to use the various features of the 55 
system The help pages are down-loaded on demand 
into the client computer from the mad service system 
200. 



Main Window Menu Bar 

This menu bar includes buttons for the following 
functions. The functions are enabled by clicking on the 
button. 

Add: This button is used to add a selected label to 
a message. 

Relabel: This button combines the functions of the 
unlabel and add functions. 
Delete: Wrth this button, a deleted label is added to 
a message. 

Unlabel: Used to remove a singe label mentioned 

in a query from a message 

Next: Selects a next message. 

Prev: Selects a preceding message. 

Nawmad: Issues a query for all message having the 

inbax label. 

Query: Presents a dialog to compose and issue a 
query. 

Message Display Button Bar 

This button bar is used to perform the following 
functions. 

Detach: Generate a nw top-! a/el window to display 
selected messages. 

Compose: Generate a window for composing new 
mail messages. 

Forward: This function sets up a window tor com- 
posing a new messaga A selected message is 
attached to the new message. The attached mes- 
sages are forwarded without the need of down- 
loading the messages to the client computer. 
Reply To All: This function sets up a window for 
composing a new message with the same recipi- 
ents as those in a selected message. 
Reply To Sender: Set up a window for composing a 
new message to the sender of a selected message. 

Composition Window 

Access to the composition window is gained by 
clicking on the Compose, Forward, Reply, or Modify 
button, or by clicking on a "mail-to" hot link in a dis- 
played message. Compose begins a new message, for- 
ward is used to send a previously received message to 
someone else, reply is to respond to a message, and 
modify allows on to change a message which has not 
yet been sent The mail service allows a user to com- 
pose multiple messages at a time. 

The text of a message is typed in using an available 
composition window, or generating a window if none are 
available. The exact form of the typing area of the com- 
position window depends on the nature of the window- 
ing system used on a particular client computer. 
Typically, while typing the user can use short-cuts for 
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editing actions such as cut paste, copy, delete, undo, 
and so forth. 

Text portions from another message can be 
inserted by using the Insert Msg. a Quote Msg but- - 
tons. If an entire message is to be included, then the s 
Forward button should be used. The message will not 
actually be posted until the send function is selected. 
While the message is being composed, it is periodically 
saved by the mail system. Thus, a conposrtion session 
started using one client corrputer in an office, can easily 10 
be completed some time later using another computer. 

Send: Sends a message. Any attachments are 
included before sending the message. The user is 
notified of invalid recipients by a status message, is 
and editing of the message can continue. Other- 
wise, the window is switched to read-only mode. 
Close: After a message has been sent, or the dis- 
card button is clicked, this button replaces the send 
button to allow one to dose the composition win- 20 
dow. 

Discard: This button is used to discard the message 
being composed, and switches the window to reed- 
only. A user can then click the dose or modify but- 
tons. 26 
Modify: After a message has been successfully 
sent or if the discard button has been dicked, this 
button appears in place of the discard button to 
allow the user to compose another message 
derived from the current message. 30 
Wrap: This function is used to limit the number of 
characters on any one line to eighty, as required by 
some mailing systems. 

Insert Msg: Replace the selected text with dis- 
played text from a selected message 35 
Quote Msg: Replace the selected text with dis- 
played text from a selected message so that each 
line is preceded by the V character. 

Having described a preferred embodiment of the 40 
invention, it will now become apparent to one skilled in 
the art that other embodiments incorporating its con- 
cepts may be used to be within the scope of the inven- 
tion 

46 

Claims 

1 . An electronic type distrfouted mail system, conpris- 
ing: 

so 

a plurality of dient computers for connecting to 
a network, each dient corrputer being config- 
ured for executing dient mail application pro- 
grams; 

a mail service system connected to the net- 55 
work for executing server mail programs on 
server conputers. the mail service system 
including 



an index server for storing mai messages in 
message ties, and for storing a full-text index 
of the mail messages; and 
means for accessing the mail messages by the 
plurdity of client computers by searching the 
full-text indoc using queries. 

2. The distributed mail system of daim 1 . wherein the 
dient mail application programs are down-loaded 
from the mad service system over the network. 

3. The distributed mail system of daim 1 , wherein the 
query indudes: 

terms, selected of the terms to be connected 
by operators; aid 

means for composing a query using the dient 
application mail programs; and 
searching the full-text index to locate mail mes- 
sages which satisfy the terms and operators of 
the query. 

4. The dtstr touted mail system of daim 1, wherein a 
state of operation of each client computer access- 
ing mail messages via the network is maintained in 
the mail service system. 

5. The distributed mail system of daim 1 , wherein the 
mail service system further indudes: 

a front-end Web server connected to the net- 
work; and 

back-end interface programs connected to the 
front-end Web server, the back-end interface 
programs connected to an account manager, a 
mail server 240, and the index server. 

6. The distributed mail system of daim 5, wherein the 
account manager maintains for each user of the 
dstributed mail system account information, the 
account information including a mail-box address 
for the user, a user password, a label state, named 
queries, filter queries, query position information, 
user preferences, and saved composition states, 
further including: 

means for adding labels to the mail messages; 
means tor removing labels from the mail mes- 
sages; and 

means for storing the labels in the full-text 
index. 

7. The distributed mail system of daim 6. wherein the 
label state of a particular user includes a set of 
labels being used by the particular user, and the 
label state is down-loaded from the account infor- 
mation to a particular dient corrputer operated by 
the particular user while connected to the mail serv- 
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ice system. 

8. The distributed mail system of daim 6. wherein a 
particular user conposes queries using the client 
mail apptication programs. s 

9. The distributed mail system of daim 6 further 
inducting: 

means for naming the queries, and means tor 10 
down-loading the named queries from the 
account information to a particular dient com- 
puter operated by the particular user while con- 
nected to the mail service system. 

15 

10. The distributed maH system of daim 1, wherein the 
client application mail programs execute from within 
a browser program of the dient conrputer. 

20 
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